(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(19) World Intellectual Property 
Organization 

International Bureau 

(43) International Publication Date 
29 September 2005 (29.09.2005) 




(10) International Publication Number 

PCT WO 2005/091546 A2 



(51) International Patent Classification 7 : H04L 9/00, 
A6LN 1/372 

(21) International Application Number: 

PCT7US2005/008521 

(22) International Filing Date: 15 March 2005 (15.03.2005) 

(25) Filing Language: English 

(26) Publication Language: English 



(30) Priority Data: 
10/801,070 



15 March 2004 (15.03.2004) US 



(71) Applicant (for all designated States except US): CAR- 
DIAC PACEMAKERS, INC. [US/US]; 4100 Hamline 
Avenue North, St. Paul, MN 551 12-5798 (US). 

(72) Inventors; and 

(75) Inventors/Applicants (for US only): HEALY, Scott J. 
[US/US]; 6295 Juneau Lane North, Maple Grove, MN 
55311 (US). QUILES, Sylvia [US/US]; 6512 Wilryan 
Avenue, Edina, MN 55439 (US). VON ARX, Jeffrey A. 



[US/US]; 2115 Emerson Avenue South, Minneapolis, MN 
55405 (US). 

(74) Agents: STEFFEY, Charles E. et al.; Schwegman, Lund- 
berg, Woessner & Kluth, P. A., P.O. Box 2938, Minneapolis, 
MN 55402 (US). 

(81) Designated States (unless otherwise indicated, for every 
kind of national protection available): AE, AO, AL, AM, 
AT, AU, AZ, BA, BB, BG, BR, BW, BY, BZ, CA, CH, CN, 
CO, CR, CU, CZ, DE, DK, DM, DZ, EC, EE, EG, ES, FI, 
GB, GD, GE, GH, GM, HR, HU, ID, IL, IN, IS, JP, KB, 
KG, KP, KR, KZ, LC, LK, LR, LS, LT, LU, LV, MA, MD, 
MG, MK, MN, MW, MX, MZ, NA, NI, NO, NZ, OM, PG, 
PH, PL, PT, RO, RU, SC, SD, SE, SG, SK, SL, SM, SY, TJ, 
TM, TN, TR, TT, TZ, UA, UG, US, UZ, VC, VN, YU, ZA, 
ZM, Z W. 

(84) Designated States (unless otherwise indicated, for every 
kind of regional protection available): AR1PO (BW, GH, 
GM, ICE, LS, MW, MZ, NA, SD, SL, SZ, TZ, UG, ZM, 
ZW), Eurasian (AM, AZ, BY, KG, KZ, MD, RU, TJ, TM), 
European (AT, BE, BG, CH, CY, CZ, DE, DK, EE, ES, FI, 
FR, GB, GR, HU, IE, IS, IT, LT, LU, MC, NL, PL, PT, RO, 
SE, SI, SK, TR), OAPI (BF, BJ, CF, CG, CI, CM, GA, GN, 
GQ, GW, ML, MR, NE, SN, TD, TG). 

[ Continued on next page] 



(54) Title: CRYF1 OGRAPH 1C AUTHENTICATION FOR IMPLANTABLE MEDICAL DEVICE TELEMETRY 



< 

IT) 

o\ 

o 
O 




(57) Abstract: Integrity of a wirelessly telemetered message communicated between an implantable medical device and an external 
programmer is authenticated by encoding the message. The message is encrypted based on a random number or time stamp and a 
secret key. The message is authenticated by encryption and decryption or by executing a hash function. 



WO 2005/091546 A2 I Hill ill II IB 



Published: For two-letter codes and other abbreviations, refer to the "Guid- 

— without international search report and to be republished ance Notes on Codes and Abbreviations" appearing at the begin- 
upon receipt of that report ning of each regular issue of the PCT Gazette. 



WO 2005/091546 



PCT/US2005/008521 



CRYPTOGRAPHIC AUTHENTICATION FOR 
5 IMPLANTABLE MEDICAL DEVICE TELEMETRY 



Technical Field 

This subject matter pertains to implantable medical devices such as 
10 cardiac pacemakers and implantable cardioverter/defibrillators. In particular, the 
subject matter relates to data authentication for telemetry using implantable 
medical devices. 



Background 

15 Implantable medical devices, including cardiac rhythm management 

devices such as pacemakers and implantable cardioverter/defibrillators, usually 
have the capability to communicate data with a device called an external 
programmer via a radio frequency telemetry link. 

The traditional implantable medical device exchanges data with a remote 
20 programmer by means of an inductive telemetry coil or other short range 

communications channel A hand held wand is positioned within several inches 
of the implantable device and the data is transferred by an inductive coupling. 

With the advent of long range telemetry of messages, and the associated 
increase in communication range, the risk that a message can be compromised is 
25 increased. For example, a replay attack can be launched in which a message, or 
a piece of a message, can be captured and then maliciously used at a later time. 
What is needed are systems and methods for improved telemetry. 

Summary 

30 The present subject matter includes methods and systems for 

authenticating data communicated in a message. In particular, the present 
subject matter provides methods and systems to verify that the integrity of a 
message has not been compromised and that the communication session is 
authorized. 

35 In one embodiment, the message is conveyed using a symmetric 

encryption algorithm in which the message is encrypted and decrypted using the 
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same key. In one embodiment, the message is conveyed using a one way hash 
algorithm used by both the sender and receiver and allows the receiver to verify 
that the message integrity is preserved. 

Other aspects will be apparent on reading the following detailed 
5 description and viewing the drawings that form a part thereof. 



Brief Description of the Drawings 

Fig. 1 A illustrates a system providing inductive telemetry and long range 
telemetry for an implantable device. 
10 Fig. IB illustrates an inductive telemetry device. 

Fig. 2 illustrates a telemetry system having a hash-based cryptographic 
algorithm according to one embodiment. 

Fig. 3 illustrates a flow chart of a method according to one embodiment. 
Fig. 4 illustrates a telemetry system having a symmetrical encryption 
15 cryptographic algorithm according to one embodiment. 

Fig. 5 illustrates a flow chart of a method according to one embodiment. 



Detailed Description 

In the following detailed description, reference is made to the 
20 accompanying drawings that form a part hereof, and in which is shown, by way 
of illustration, specific embodiments in which the present subject matter may be 
practiced. These embodiments are described in sufficient detail to enable those 
skilled in the art to practice the subject matter, and it is to be understood that the 
embodiments may be combined, or that other embodiments may be utilized and 
25 that structural, mechanical, logical and electrical changes may be made without 
departing from the scope of the present subject matter. The following detailed 
description is, therefore, not to be taken in a limiting sense, and the scope of the 
present subject matter is defined by the appended claims and their equivalents. 
As noted above, conventional telemetry systems used for implantable 
30 medical devices such as cardiac pacemakers utilize inductive coupling between 
the antennas of the implantable device and an external programmer in order to 
transmit and receive signals. Because the induction field produced by a 
transmitting antenna falls off rapidly with distance, such systems require close 
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proximity between the implantable device and a wand antenna of the external 
programmer in order to work properly with the distance between devices usually 
on the order of a few inches. 

The present subject matter, on the other hand, includes an apparatus and 
5 method for enabling telemetry with an implantable medical device utilizing far 
field radiation. Communication using far field radiation can take place over a 
greater distance. This enables other applications of the telemetry system such as 
remote monitoring of patients and communication with other types of external 
devices. Telemetry based on far field radiation includes radio frequency 

10 telemetry, acoustic telemetry and e-field telemetry. 

Fig. 1 A illustrates system 20A having external device 30 and implantable 
device 60. External device 30 is sometimes referred to as a programmer or 
repeater. A programmer, in various embodiments, includes a display screen, a 
printer or other output device that conveys data to an operator and receives data 

15 or other instructions entered by a human operator or received from an input 
interface. A repeater, in various embodiments, includes a device having an 
interface to a communication network that enables remote monitoring or 
programming. A repeater, in various embodiments, refers to a device that- 
communicates between an implantable device and a communication network, 

20 effectively extending the communication range. In one embodiment, a repeater 
is connected to a telephone line within a home thus allowing medical personnel 
to monitor an implantable device of an occupant of the home via the plain old 
telephone service (POTS) network. In one embodiment, a repeater is 
communicatively coupled to a network such as the internet by means of a cable 

25 modem or other interface. 

Implantable device 60 includes a pacemaker, a cardioverter, a 
defibrillator or other implantable device configured for monitoring physiological 
conditions or a delivering therapy by way of electrical energy, a drug or any 
combination thereof. 

30 External device 30 includes memory 32, processor 34, data entry port 36, 

data output port 38, telemetry 40 and telemetry 42. 

Memory 32 is adapted for storing data, firmware and software for 
implementing an algorithm according to the present subject matter. Memory 32, 
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in various embodiments, includes read-only memory, random access memory or 
other types of storage. 

Processor 34 is configured to execute an authentication algorithm stored 
in memory 32. 

5 Data entry port 36 is coupled to processor 34. Data entry port 36 

includes, in various embodiments, a keyboard, a mouse, a controller, a data 
storage device or other date entry means. In one embodiment, the data entry port 
includes a wired or wireless network connection, a modem or a data bus. Data 
entry port 36 receives data or instructions which, directly or indirectly, serves as 

10 the message to be communicated to the receiving device. In one embodiment, 
processor 34 independently generates a message for implantable device 60 based 
on measured or calculated parameters. 

Data output port 38 is coupled to processor 34. Data output port 38, in 
various embodiments includes a printer, a display, an audio transducer, a data 

1 5 storage device or other output device. Data output port 38 allows the results, 
data or a message from the implantable device or the external device to be 
perceivable by a human operator. 

Telemetry 40 includes a far field transceiver and is coupled to an antenna 
configured for transmitting and receiving far field radiation. Telemetry 42 

20 includes a near field wireless telemetry transceiver and in one embodiment, 

includes an inductive antenna. Far field wireless communication means, such as 
far field radio frequency coupling, and near field wireless communication 
means, such as inductive coupling, are disclosed in commonly assigned U.S. 
Patent Application Serial No. 10/025,183, filed December 19, 2001, entitled 

25 "AN IMPLANTABLE MEDICAL DEVICE WITH TWO OR MORE 

TELEMETRY SYSTEMS," inventor Jeffrey A. Von Arx et al., and is herein 
incorporated by reference. 

Implantable device 60 includes memory 62, processor 64, electrical 
circuit 66, telemetry 68 and telemetry 70. 

30 Memory 62 is adapted for storing data, firmware and software for 

implementing an algorithm according to the present subject matter. Memory 62, 
in various embodiments, includes read-only memory, random access memory or 
other types of storage. 
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Processor 64 is configured to execute an authentication algorithm stored 
in memory 62. 

Electrical circuit 66 includes, in various embodiments, a pulse generator, 
pacemaker, cardioverter/defibrillator, therapy circuit, monitor circuit, minute 
5 ventilation sensor, impedance measurement circuit, respiratory sensor, or other 
circuit configured to deliver therapy or configured to monitors physiological 
condition or event. 

Telemetry 68 includes a transceiver and is coupled to an antenna 
configured for transmitting and receiving far field radiation and is compatible 

10 with telemetry 40 of external device 30. Telemetry 70 includes a near field 
wireless telemetry transceiver and in one embodiment, includes an inductive 
antenna and is compatible with telemetry 42 of external device 30. In addition to 
an inductive antenna in the form of a loop, other antenna forms are also 
contemplated, including, for example, a solenoid. 

15 External device 30 and implantable device 60 are configured to enable 

far field communication between telemetry 40 and telemetry 68 using radio 
frequency transmissions. In addition, external device 30 and implantable device 
60 are configured to enable near field communication between telemetry 42 and 
telemetry 70 using inductively coupled antennas. 

20 In one embodiment, a far field communication session is initiated by first 

establishing an inductively coupled communication session. In the embodiment 
illustrated in Fig. 1 A, external device 30 includes telemetry 42 for 
communicating using a near field antenna with implantable device 60. In the 
embodiment illustrated in Fig. IB, an auxiliary or external device 80 is used to 

25 communicate using an inductively coupled antenna with implantable device 60. 
Auxiliary device 80 can be used to establish communications via the inductive 
antenna with telemetry 70 followed by a transition to far field communications 
between telemetry 40 and telemetry 68. Device 80 includes processor 82, 
inductive telemetry 84, antenna 86, electrical circuit 24 and memory 26. Device 

30 80 is in communication with processor 34 of external device 30 via link 37. 
Link 37 includes a channel by which secure data can be communicated. For 
example, in one embodiment, link 37 is used to relay cryptographic key from 
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device 80 to device 30. Link 37, in various embodiments, includes a wired 
connection and a wireless communication channel. 

Fig. 2 illustrates system 20B including first device 21 OA and second 
device 240A, one of which is implantable in a body and one of which is external. 

5 For example, in one embodiment, device 210A includes a repeater or 

programmer and device 240A includes an implantable pulse generator. Either 
device 210A or device 240A of Fig. 2 can be implemented in a device 
corresponding to either external device 30 or implantable device 60 of Fig. 1A. 
In general, an implantable device and an external device differ in the 

10 available power supply and the processing capacity. In particular, the power 
supply of an external device, whether a programmer or a repeater, includes 
conveniently replaceable or rechargeable batteries or includes a wired 
connection to a metered line service. In contrast, the power supply of an 
implantable device is typically a battery that requires a surgical procedure to 

1 5 replace or cannot be conveniently recharged. Because of the limited power 

supply availability, and also physical size considerations, the processing capacity 
of an implantable device is typically comparatively less than that of an external 
device. 

Device 21 OA includes, among other elements, memory 215, memory 
20 220, message module 225 and hash value generator 230. While shown to be 
separate, it will be understood that selected elements of device 21 OA can be 
combined. For example, memory 215 and memory 220 can exist in a single 
physical memory device and message module 225 and hash value generator 230 
may be embodied in a processor alone or in a processor along with a data input 
25 device such as a network connection or a keyboard. 

Memory 215 provides storage for a secret key. The key is a string of 
characters that is preserved in confidence. In general, a lengthy key provides 
greater security than a shorter key. 

Memory 220 provides storage for a code. In one embodiment, the code 
30 is string of characters that serves as a message key to enable communications for 
a particular message in a communication session. The communication session 
refers to a series of exchanges that may occur, for example, during a follow-up 
visit at a medical facility. In one embodiment, each message of a session is 



6 



WO 2005/091546 



PCT/US2005/008521 



authenticated with a unique code. In various embodiments, the code includes a 
time stamp or a random number generated by second device 240A, as illustrated 
in the figure, or generated by first device 21 OA. The code provides a measure of 
freshness to thwart a replay attack in which a message (or a fragment of a 
5 message) is captured by an unauthorized user and later used to compromise the 
communication system. 

Message module 225, in the embodiment illustrated, represents the 
message to be conveyed to second device 240A. In one embodiment, message 
module 225 includes, or is coupled to, a data entry device such as a keyboard. In 

10 one embodiment, message module 225 includes a memory for storing data 
generated as a function of an algorithm executed on a processor. In one 
embodiment, message module 225 includes a network connection by which an 
instruction is received from a remote processor for delivery to second device 
240A. In one embodiment, message module 225 generates a message based on 

15 measured physiological or other parameters determined by an implantable 
device. 

Using the key received from memory 215, the code received from 
memory 220, and the message received from message module 225, hash value 
generator 230 calculates a unique value according to a hash function. The hash 

20 function is a one-way function that takes a variable length input string and 
converts it to a fixed length, and generally smaller, output string called a hash 
value, message digest or fingerprint. In particular, because one of the inputs to 
hash value generator 230 is a secret key, the output hash value is referred to as a 
message authentication code (MAC) or data authentication code (DAC). In the 

25 figure, the message authentication code generated by device 21 OA is denoted as 
MACi 235. 

A hash algorithm is deemed secure since it is computationally infeasible 
to find a message which corresponds to a given message digest, or to find two 
different messages which produce the same message digest. Consequently, a 
30 changed message will result in a detectable change in the message digest. 

A variety of hash algorithms can be used to generate a hash value, and 
consequently, a message authentication code. For example, the Secure Hash 
Algorithm (SHA-1) produces a condensed representation of a message or a data 
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file. Algorithm SHA-1 is specified in FIPS PUB 180-1 Secure Hash Standard 
April 1995, which is incorporated herein by reference. Algorithm SHA-1 can 
condense a message of up to 2 64 bits and produce a message digest of 20 bytes. 
Additional examples of hash algorithms include message-digest algorithms, 
5 some of which are known as MD2, MD4 and MD5. Algorithms MD2, MD4 and 
MD5 each provides a condensed message digest of 128-bit length. Descriptions 
and source code for MD2, MD4 and MD5 can be found at Internet Request for 
Comment RFC 1319, RFC 1320 and RFC 1321, each of which are incorporated 
herein by reference. 

1 0 Second device 240 A includes code generator 245B, which in various 

embodiments, generates a time stamp, a random number or some other measure 
of freshness. The output of code generator 245B is stored in memory 260 of 
second device 240A. In one embodiment, the code generated by code generator 
245B is synchronized with the code generated by code generator 245 A of device 

15 21 OA, as shown by communication link 292. By way of example, the codes may 
be synchronized by coordinating for the use of the same seed used in a random 
number generator. Code generator 245 A provides a code for storage in memory 
220 of device 21 OA. In one embodiment, communication link 292 is a wired or 
wireless plaintext link which communicates without encryption. In another 

20 embodiment, the code is transmitted using an encryption or other secure 
communication scheme. In the embodiment illustrated in the figure, code 
generator 245A and code generator 245B include real time clocks that are 
synchronized and each provides a timestamp. 

In one embodiment, the code includes a time stamp and both first device 

25 21 OA and second device 240A include a real time clock configured to generate 
the code. In one embodiment, a random number is used for the code, and the 
device receiving the message selects the code and sends the code to the message 
sending device before transmitting the message. For a bi-directional link, both 
the first device 21 OA and the second device 240A include a code generator. 

30 According to one embodiment, the key is distributed to the 

communication participants at the outset of the communication session. In one 
embodiment, the key is received by the external device from the implantable 
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device by using an inductive telemetry system. The inductive telemetry link is 
used to initiate the communication session and distribute the key. 

In various embodiments, the key remains valid for a predetermined 
period of time, for a predetermined number of exchanges or until otherwise 
5 canceled or replaced by another key. In one embodiment, the key remains valid 
for the duration of a communication session and is exchanged between the 
communication participants by an inductive link. For example, the key for an 
implantable device may remain valid for a day, a week, a month, a year or for 
the life of the device. In one embodiment, an initial key is generated by an 
10 implantable device and subsequent codes can be established by either the 

implantable device or an external device. In one embodiment, the key for an 
implantable device can be changed by an encrypted exchange using a 
programmer. 

In an embodiment where the code is selected by one side of the link (for 

1 5 example, if a code other than a timestamp is used), then the message receiver 
chooses the code for that message. If, on the other hand, the message sender 
were allowed to choose the code, then the communication session would be 
susceptible to a replay attack. In a replay attack, the legitimate sender chooses a 
code, communicates the code to the receiver, and then sends a valid command. 

20 A hostile sender records this exchange and later hijacks the session. Now the 
hostile sender can replay the earlier exchange and the message receiver would 
receive a legitimate code (the same code as received previously), and then a 
legitimate command (the same command as received previously). 

To prevent a replay attack, the sequence is as follows: First the message 

25 originating device requests a code from the message receiving device. The 
message receiving device riandomly selects a code for that message and 
communicates the code (as plaintext or ciphertext) to the message originating 
device. The message sending device then sends the message along with the hash 
generated with the key and the code. In this sequence of events, a hostile sender 

30 replaying an earlier code cannot fool the receiver. 

Second device 240A includes memory 255 configured to store the key. 
The key is distributed to the communication participants in a secure manner. In 
one embodiment, the key is established at the time of device manufacture or at 
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the time of implantation of the device. In addition, the key is preserved in a 
manner that is inaccessible to unauthorized devices. In one embodiment, the key 
is exchanged at the beginning of the telemetry session by an inductively coupled 
communication link. 

5 In one embodiment, the key is generated by executing a hash function 

based on data specific to the particular device. For example, at least one of any 
combination of the time of manufacture, the date of manufacture, the model 
number and the serial number of an implantable device are used as the input to a 
hash algorithm and the key is determined as a function of the message digest. 

10 Other device specific data can also be used in generating the message digest, and 
thus, the key. For example, in one embodiment, measured or calculated 
parameters or characteristics specific to the performance of the device are used 
as the input to the hash function. In one embodiment, the data used for the input 
of the hash function is stored in a memory location that is generally inaccessible 

15 to external readers or other devices. In one embodiment, the data used for the 
input of the hash function is stored in a memory location that can be read with an 
inductively coupled link using, for example, a loop antenna. In one 
embodiment, the hash function used to generate the key is different than the hash 
function executed to generate the message authentication code. 

20 Second device 240A includes memory 250 configured to store the 

message. In one embodiment, the message is transmitted from first device 21 OA 
to second device 240A in plaintext as indicated by communication link 294. In 
one embodiment, the message is transmitted in encrypted form. 

Second device 240A includes hash value generator 265 which is coupled 

25 to memory 250, memory 255 and memory 260. In one embodiment, a single 
memory device includes at least one of any combination of the storage registers 
denoted herein as memory 250, memory 255 and memory 260. Hash value 
generator 265 receives the message from memory 250, the key from memory 
255 and the code from memory 260 and calculates a unique hash value 

30 according to a hash function. The hash value generated by hash value generator 
265 is a message authentication code denoted as MAC2 270. Hash value 
generator 265, in one embodiment, includes a processor executing an algorithm 
stored in a memory of second device 240A. The hash function executed by hash 
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value generator 265 is the same as the hash function executed by hash value 
generator 230. 

Second device 240A includes comparator 275 which generates an output 
based on a comparison of MACi 235 and MAC2 270. Communication link 296 
5 provides a communication channel by which MACi 235 is provided to second 
device 240A for storage in memory 280. In various embodiments, 
communication link 296 conveys plaintext or ciphertext. Comparator 275, in 
one embodiment, includes a processor of second device 240 A. 

The output of comparator 275 is evaluated at query 285 where it is 

10 determined if MACi 235 matches MAC2 270. If no difference is noted by the 
comparison of MACi 235 and MAC2 270, then the message is treated as 
authenticated and if a difference is noted by the comparison, then the message is 
treated as unauthenticated. If the message is authenticated, then further 
processing of the message is conducted by other elements of second device 

15 240 A, some of which are not illustrated in the figure. If the message is not 
authenticated, then, in one embodiment, no further action is taken. If the 
message is not authenticated, then, in one embodiment, an error flag is set and 
further action is taken accordingly. In one embodiment, query 285 includes an 
algorithm executed on a processor of second device 240A. 

20 Representative communication links 292, 294 and 296 are, in various 

embodiments, wireless communication channels. For example, links 292, 294 
\ and 296 include at least one of any combination of an inductive telemetry 
channel and a far field telemetry channel. Other communication links are also 
contemplated. For example, in one embodiment, a link including a loop antenna 

25 is provided for exchanging the key using short range telemetry. In addition, 

according to one embodiment, the code is changed for each message exchanged 
in a communication session using link 292. In one embodiment, links 292, 294 
and 296 are far field links and include a far field transmitter. For example, 
communication link 294 conveys the message in plaintext and communication 

30 link 296 conveys message authentication code 235 generated by first device 
21 OA, also in plaintext. 

In one embodiment, link 292 is omitted because both first device 21 OA 
and second device 240A include real time clocks which serve as code generators. 
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In one embodiment, a new code is generated, using the real time clock, for each 
message that is sent and the code is sent in plaintext using a far field 
transmission. 

Fig. 3 illustrates method 300 performed by one embodiment of the 
5 present subject matter. Other methods are also contemplated wherein the 
sequence of events is altered or some events are omitted. Method 300 entails 
communicating a message from a first device to a second device where the 
authenticity of the message is verified by the second device. Beginning at 305, 
the method proceeds to 3 10 where a secret key is stored in both the first device 

10 and the second device. The key includes a predetermined string of characters, 
the identity of which is normally maintained in confidence and known only by 
the second device and an authorized first device. In one embodiment, the key is 
stored in a memory of the second device that is rendered unreadable by remote 
means to guard against unauthorized access. In one embodiment, the key is 

15 exchanged by an inductive link. The key can be exchanged as encrypted or 
plaintext. 

At 315, a code is received by the first device from the second device. 
The code is received by the first device by a communication link such as, for 
example, far field telemetry link. The code, in various embodiments, includes a 
20 time stamp or a random number generated by the second device. After 315, both 
the first device and the second device have the code stored in a memory. In one 
embodiment, the code is exchanged in plaintext. 

At 320, the first device generates a message authentication code based on 
the key, the code and a message. The message authentication code includes a 
25 one way hash value. The message, in various embodiments, includes an 
instruction, data or other content. 

At 325, the hash value generated by the first device is communicated to 
the second device. In addition, the message is transmitted from the first device 
to the second device. The hash value and the message, in one embodiment, are 
30 transmitted in plaintext using a far field transmitter. 

At 330, the hash value and the message are received by the second device 
and stored in a memory. 
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At 335, the second device independently generates a second hash value 
based on the stored key, the stored code and the message received from the first 
device. In one embodiment, the second hash value is a message authentication 
code calculated using an algorithm that matches that of the first device. 
5 At 340, the hash value received from the first device and the hash value 

calculated by the second device are compared at the second device. The 
authenticity of the message is confirmed if the hash values match. 

Method 300 ends at 345 however other processing may occur. For 
example, in one embodiment, subsequent algorithms or procedures are executed 

10 depending on the outcome of the comparison of hash values. In particular, 
according to one embodiment, if the authenticity of the message is confirmed, 
then any instruction in the message is executed and if the authenticity is not 
confirmed, then the message is discarded. 

Fig. 4 illustrates system 20C in which a symmetrical encryption 

1 5 algorithm is used to authenticate a message communicated between first device 
21 0B and second device 240B. As noted elsewhere in this document, memory 
215 of first device 210B and memory 255 of second device 240B each provides 
storage for a secret key. In addition, memory 220 of first device 21 0B and 
memory 260 of second device 240B each receive a freshness code from code 

20 generator 245C of second device 240B. The code is transmitted from second 
device 240B to first device 21 0B by way of communication link 292. In the 
embodiment illustrated in the figure, a single code generator 245C is located in 
device 240B and provides a code to first device 21 0B as well as second device 
240B. 

25 According to the embodiment shown in the figure, the message is 

originated at the first device 21 0B within message module 225. The message 
may be generated based on data received using a keyboard, a storage device or 
other data entry means. In addition, the message may be generated based on 
data received from a remote device and communicated to first device 21 0B by a 

30 network or other communication means. The message, in various embodiments 
includes data and instructions. 

In the embodiment illustrated, first device 21 0B includes encryption 
algorithm 430 executed by a processor. Encryption algorithm 430 generates 
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ciphertext 435 as a function of the key, the code and the message. Without the 
key and the code, an unauthorized receiver is presumed to be incapable of 
determining the message contents based solely on the ciphertext. 

A variety of symmetric encryption methods are available. Examples 
5 include Data Encryption Standard (DES), Triple Data Encryption Standard 
(3DES), Advanced Encryption Standard (AES, Federal Information Processing 
Standards Publications 197), International Data Encryption Algorithm (IDEA), 
Blowfish (designed in 1993 by Bruce Schneier) and CAST (Entrust® 
Technologies), the standards for each are hereby incorporated by reference. 
10 Additional information concerning some of these methods are available from the 
Computer Security Division of the Information Technology Laboratory (ITL), an 
organization established under the Computer Security Act of 1987 (P.L. 100- 
235). 

Ciphertext 435 is wirelessly communicated from first device 210B to 

15 second device 240B using communication link 437. In one embodiment, 
communication link 437 includes a far field communication channel. 

Second device 240B includes memory 440 configured to store ciphertext 
435 and includes a processor configured to execute decryption algorithm 465. 
Decryption algorithm 465 generates plaintext message 470 as a function of the 

20 key, the code and ciphertext 435. 

Second device 240B includes a processor configured to execute an 
authentication checking algorithm 475. Authentication checking algorithm 475, 
in various embodiments, calculates a cyclic redundancy check value which is 
then compared with a stored or received value. In one embodiment, 

25 authentication checking algorithm 475 verifies a transmitter identity code 
contained in the received message to confirm identity of the sender. 

Fig. 5 illustrates method 500 performed by one embodiment of the 
present subject matter. Other methods are also contemplated wherein the 
sequence of events is altered or some events are omitted. Method 500 entails 

30 communicating a message from a first device to a second device where the 

authenticity of the message is verified by the second device. Beginning at 505, 
the method proceeds to 510 where a secret key is stored in both the first device 
and the second device. The key includes a predetermined string of characters the 
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identity of which is normally maintained in confidence and known only by the 
second device and an authorized first device. In one embodiment, the key is 
stored in a memory of the second device that is rendered unreadable by remote 
means to guard against unauthorized access. In one embodiment, the key is 
5 exchanged inductively and may be in either ciphertext or plaintext. 

At 510, a code is received by the first device from the second device, hi 
one embodiment, the code is received by the second device by a communication 
link which includes a far field antenna. The code, in various embodiments 
includes a time stamp or a random number generated by the second device. 
1 0 After 515, both the first device and the second device have the code stored in a 
memory. The code is sent in plaintext and, in one embodiment, a new code is 
selected for each message in a session. 

At 520, the first device generates ciphertext based on the key, the code 
and a plaintext message. The message, in various embodiments, includes an 
1 5 instruction, data or other content. 

At 525, ciphertext generated by the first device is communicated to the 
second device. The ciphertext, in one embodiment, is transmitted using a far 
field transmitter. 

At 530, the received ciphertext is decrypted as a function of the stored 

20 key and the stored code to generate the plaintext message. 

At 535, the plaintext message is authenticated by analyzing the message 
contents. For example, in one embodiment, an identification code associated 
with the message originator is compared with a stored value to verify that the 
message originator is genuine. In one embodiment, the identification code 

25 associated with the message originator is compared with a value received in the 
message to verify that the message originator is genuine. In one embodiment, an 
error detection code is calculated to authenticate the message. In one 
embodiment, the error detection code includes a cyclic redundancy code. The 
error detection code received in the message is compared with a value calculated 

30 as a function of the message. 

Method 500 ends at 540 however other processing may occur. For 
example, in one embodiment, subsequent algorithms or procedures are executed 
depending on the outcome of the authentication. In particular, according to one 
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embodiment, if the authenticity of the message is confirmed, then any instruction 
in the message is executed and if the authenticity is not confirmed, then the 
message is discarded. 

5 Alternative Embodiments 

In one embodiment, the message authentication code is generated by a 
hash value generator operating at the first device and compared with a message 
authentication code generated by a hash value generator operating at the second 
device. In one embodiment, the algorithms are the same. 

10 In one embodiment, both the pulse generator (implantable device) and 

the programmer (external device) are in possession of the secret key. At the 
outset of a communication session, the pulse generator sends a random number 
or a time stamp to the programmer. The programmer then calculates a first 
message authentication code based on the secret key, the random number (or 

15 time stamp) and message to be transmitted to the pulse generator. The 

programmer then transmits the message and the first message authentication 
code to the pulse generator. The pulse generator then calculates a second 
message authentication code based on the secret key, the random number (or 
time stamp) and the received message. To determine the authenticity of the 

20 message, the pulse generator compares the first and second message 
authentication codes. 

In one embodiment, the present subject matter is applied to authenticate 
data transmitted from an implantable device to an external device. In one 
embodiment, the present subject matter is applied to authenticate data 

25 transmitted from an external device to an implantable device. 

In one embodiment, all data communicated between the first device and 
the second device is authenticated. In one embodiment, predetermined frames or 
other subsets of data communicated between the first device and the second 
device are subjected to authentication. 

30 In one embodiment, the length of the secret key or the code is adjusted 

based on security considerations or other factors. 
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In the examples illustrated herein, the code generator is described as part 
of the second device. However, in one embodiment, the code generator is part of 
the first device and the resulting code is conveyed to the second device. 

In one embodiment, the message to be communicated is padded before a 
5 message digest is calculated using a hash algorithm. The message is padded by 
adding additional bits to yield a message length suitable for use with the hash 
algorithm. 

In one embodiment, a particular encryption algorithm is repeated 
multiple times to enhance security. In one embodiment, the message 

10 authentication code is subjected to an additional hashing function before 
transmission or comparing. In one embodiment, the message authentication 
code is encrypted prior to transmission from one device to another. In one 
embodiment, multiple rounds of one encryption algorithm or a different 
algorithm are executed prior to transmitting the ciphertext. 

15 In one embodiment, the key is encrypted prior to communicating. 

In one embodiment, rather then using a session key and a code, the 
system uses a message key that varies over time. For example, in one 
embodiment, the message key is obtained by performing a logical operation, 
such as an exclusive OR, using the session key and the code. Accordingly, a 

20 hash value is generated using the time varying message key and the message. 

In one embodiment, a time stamp is used as the code. For example, with 
a resolution of one second, the code changes at every second. At the beginning 
of a communication session, the real time clocks of the two devices (for 
example, an implantable device and an external programmer) are aligned. The 

25 clocks will typically drift apart throughout the duration of the communication 
session. The message originator transmits both the message and a time stamp to 
the receiver in plaintext. Following transmission of the message, the message 
originator transmits a message authentication code in the clear (plaintext) which 
was generated by executing the hashing function (for example, by using SHA-1 

30 as the hashing algorithm) on the session key, the time stamp and the message. 
The message receiver then compares the received time stamp (which was sent in 
the clear) with the time stamp generated by the code generator (or real time 
clock) of message receiver. If the received time stamp differs from the 
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generated time stamp by an amount greater than a predetermined value, then the 
message is discarded without further processing. If the received time stamp and 
the generated time stamp are sufficiently close (for example, they differ by an 
amount less than the predetermined value), then the message is processed 
5 further. In one embodiment, the predetermined value is eight seconds. If the 
time stamps are sufficiently close, then the message receiver generates a 
message authentication code which is then compared to the message 
authentication code received from the message originator. If the message 
authentication codes match, then the message is authenticated. 

10 In one embodiment, the hash function includes an authentication 

algorithm referred to as HMAC and described by RFC 2104. The algorithm is 
described in FIPS PUB 198, Federal Information Processing Standards 
Publication, The Keyed-Hash Message Authentication Code (HMAC); 
Category: Computer Security Subcategory: Cryptography; Information 

1 5 Technology Laboratory, National Institute of Standards and Technology, 

Gaithersburg, MD 20899-8900, Issued March 6, 2002, and is herein incorporated 
by reference. 

Pursuant to HMAC, a secret key provides data integrity and data origin 
authentication. HMAC can be implemented using an iterative cryptographic 

20 hash function such as MD5, SHA-1 and others. In addition, HMAC uses a 

secret key for calculation and verification of the message authentication values. 

Pursuant to HMAC, the cryptographic hash function is denoted as H and 
the secret key is denoted as K. Function H is a cryptographic hash function 
where data is hashed by iterating a basic compression function on blocks of data. 

25 In addition, B denotes the byte-length of such blocks and L denotes the byte- 
length of hash outputs. The secret key K can be of any length up to B. For keys 
longer than B, first hash K using H and then use the resultant L byte string as the 
actual key to HMAC. Two fixed and different strings ipad (inner) and opad 
(outer) are also defined as ipad = the byte 0x36 repeated B times and opad = the 

30 byte 0x5C repeated B times. As such, HMAC over the data ! text ! is calculated as 
H(K XOR opad, H(K XOR ipad, text)). In particular, the HMAC method entails 
the following sequence of steps: 
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(1) append zeros to the end of K to create a B byte string (e.g., if K is of 
length 20 bytes and B=64, then K will be appended with 44 zero bytes 0x00); 

(2) XOR (bitwise exclusive-OR) the B byte string computed in step (1) with 
ipad; 

5 (3) append the stream of data 'text' to the B byte string resulting from step (2); 

(4) apply H to the stream generated in step (3); 

(5) XOR (bitwise exclusive-OR) the B byte string computed in step (1) with 
opad; 

(6) append the H result from step (4) to the B byte string resulting from step 
10 (5); and 

(7) apply H to the stream generated in step (6) and output the result. 

In one embodiment, the hash function includes SHA-1 and the algorithm 
is approximated by MAC - H(K+OPAD|| H(K+ IPAD || M), where K is a key of 

15 some length, K+ is some padding to the key, H( ) is applying the hash function 
and the symbol || refers to concatenation. Values OPAD and IPAD are 
constants. In one embodiment, the hash algorithm is executed twice to generate 
the message authentication code and the result can be truncated. In one 
embodiment, the message authentication code is truncated to a length of 128 

20 bits. 

In one embodiment, the code generator includes a clock. A time stamp 
value provided by the clock serves as the code. 

In one embodiment, both the implantable device and the external device 
each include an internal clock. At the outset of a communication session, the 

25 clocks are synchronized using a near field communication link. In one 

embodiment, the clocks are synchronized using an inductive link. The sending 
device transmits a time stamp value in plain text for each message, or frame. In 
addition, the sending device transmits a message authentication code generated 
as a function of the time stamp value and the message. The receiving device 

30 compares the received time stamp value with a current time value provided by its 
own internal clock. If the received time stamp value and the current time value 
provided by the internal clock of the receiving device are not sufficiently close, 
then the message is presumed to be a replay attack and the message is discarded. 
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In one embodiment, time values that differ by no more than 8 seconds are 
deemed to be timely. The receiving device uses the received time stamp value to 
generate a message authentication code for comparison with the received 
message authentication code. 
5 In one embodiment, rather than exchange a plain text copy of the time 

stamp value, the internal clocks of the implantable device and the external device 
are synchronized at the outset of a communication session. The clocks are 
synchronized to within a predetermined level of accuracy and each message that 
is sent includes the current time stamp value as generated by the sending device. 

10 To authenticate a message, the receiving device compares the received time 
stamp value with its own internal clock value. To compensate for clock errors, 
the time values are rounded or truncated to a predetermined level and if the clock 
value is within a predetermined margin of a clock transition, then both the early 
and late time values are checked. For example, in one embodiment, the time 

15 values are rounded to the nearest 8 second value and if the transition edge is 
within one second of the next value, then both the early and late values are 
compared. 

In one embodiment, each device includes a random (or pseudo random) 
number generator which functions as the code generator. The number generators 

20 utilize the same seed value. The seed is a starting value used in generating a 
sequence of random or pseudo random numbers. The seed value, in one 
embodiment, is exchanged at the outset of a communication session using a near 
field communication link and for subsequent exchanges in that session, the value 
provided by the code generator does not need to be sent with each frame. In one 

25 embodiment, the value provided by the number generator is sent in plain text 
with each frame. 

In one embodiment, if the communication link is bi-directional, and 
messages from both the implantable device and the external device are to be 
authenticated, then both devices include a code generator. 
30 To authenticate messages in one embodiment, the code is selected by the 

device that is receiving the message. If data to be authenticated is to be 
communicated in a single transmission, then prior to that transmission, the 
receiving device is configured to first request a code. In a session where the 
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communication link is bi-directional and where both the implantable device and 
the external device are authenticating messages, then the code for any particular 
message is conveyed in the prior exchange. 

In one embodiment, a static key is utilized to provide identification and a 
5 . dynamic code is utilized to provide a measure of freshness. In one embodiment, 
the key is dynamic and the changing value of the key as a function of time 
provides a measure of freshness. A dynamic key is provided by a key generator 
and in various embodiments, the key generator includes a number generator or a 
clock. In such an embodiment, the key is utilized in the hashing algorithm. In 

10 one embodiment, the key is combined with a time stamp. At least one of any 
combination of the key and the code can be combined with the message. For 
example, in one embodiment, the key and the code are logically combined and 
used in the HASH algorithm. Other methods of combining are also 
contemplated, fri one embodiment, the implantable device and the external 

1 5 device are seeded with the same initial value and their random number 

generators provide a matching sequence of numbers. In one embodiment, the 
code is omitted and only a dynamic key is utilized. 

It is to be understood that the above description is intended to be 
illustrative, and not restrictive. For example, the above-described embodiments, 

20 or any portion thereof, may be used in combination with each other. In the 

appended claims, the phrase "any combination" includes a single element as well 
as multiple elements. Other embodiments will be apparent to those of skill in 
the art upon reviewing this document. 
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What is claimed is: 

1 . An implantable device comprising: 

a receiver configured to receive data corresponding to a message and a 
first hash value generated as a function of the message; 
5 a memory coupled to the receiver and configured to store a key and the 

message; 

a hash value generator coupled to the memory and configured to generate 
a second hash value as a function of the key and the message; and 

a comparator coupled to the hash value generator and configured to 
1 0 determine if the first hash value differs from the second hash value. 

2. The device of claim 1 further including a clock configured to provide a 
time stamp to the memory and wherein the second hash value is generated as a 
function of the time stamp. 

15 

3. The device of claim 1 further including a number generator coupled to 
the memory and wherein the second hash value is generated as a function of a 
number provided by the number generator. 

20 4. The device of claim 3 wherein the number generator includes at least one 
of any combination of a random number generator and a pseudo random number 
generator. 

5. The device of claim 1 further including a key generator coupled to the 
25 memory and wherein the key is generated dynamically. 

6. The device of claim 1 further including a therapy or monitoring circuit 
coupled to the receiver. 

30 7. The device of claim 1 further including an inductive telemetry channel 
coupled to the memory. 
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8. The device of claim 1 wherein the hash value generator is configured to 
implement SHA-1. 

9. The device of claim lwherein the hash value generator includes a 
5 processor and executable instructions. 

10. A method comprising: 

receiving data at an implantable device, the data corresponding to a 
message and a first hash value generated as a function of the message; 
1 0 storing a key and the message in a memory of the implantable device; 

generating a second hash value as a function of the key and the message; 

and 

comparing the first hash value and the second hash value. 

15 11. The method of claim 1 0 further including storing a code in the memory 
and wherein the second hash value is generated as a function of the code. 

12. The method of claim 1 1 wherein the code includes a time stamp. 

20 13. The method of claim 1 0 wherein storing the key includes communicating 
with a near field communication link. 

14. A device comprising: 

a non-implantable transceiver configured to receive data from an 
25 implantable device corresponding to a message and a first hash value generated 
as a function of the message; 

a memory coupled to the transceiver and configured to store a key and 
the message; 

a hash value generator coupled to the memory and configured to generate 
30 a second hash value as a function of the key and the message; and 

a comparator coupled to the hash value generator and configured to 
determine if the first hash value differs from the second hash value. 
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15. The device of claim 14 wherein the transceiver includes a near field 
telemetry antenna configured to receive the key. 

16. The device of claim 14 wherein the transceiver is configured for far field 
5 telemetry. 

17. The device of claim 14 further including a code generator coupled to the 
transceiver, wherein the code generator provides a freshness code for a 
subsequent message. 

10 

18. The device of claim 1 7 wherein the code generator includes at least one 
of any combination of a clock and a random number generator. 

19. A system comprising: 

15 an implantable device including: 

a first far field transceiver; 

a first processor coupled to the first far field transceiver; and 

a first memory coupled to the first processor; and 
an electrical circuit coupled to the processor; and 
20 an external device including: 

a second far field transceiver; 

a second processor coupled to the second far field transceiver; 

a second memory coupled to the second processor; and 

a data port coupled to the processor; and 
25 wherein at least one of any combination of the first processor and second 

processor are adapted to execute instructions to implement an encryption 
algorithm configured to generate a ciphertext based on a code generated by the 
first processor, a key stored in the first memory and the second memory and a 
message; and 

30 wherein at least one of any combination of the first processor and second 

processor are adapted to execute instructions to implement a decryption 
algorithm configured to decrypt the message from the ciphertext based on the 
code and the key. 
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20. The system of claim 19 wherein the implantable device includes an 
inductive telemetry coil coupled to the processor and adapted to communicate 
the key. 

5 

21. The system of claim 19 wherein the external device includes an inductive 
telemetry coil coupled to the processor and adapted to communicate the key. 

22. The system of claim 19 wherein the electrical circuit includes a therapy 
10 circuit. 

23. The system of claim 19 wherein the electrical circuit includes a 
monitoring circuit. 

15 24. The system of claim 19 wherein the data port includes at least one of any 
combination of a keyboard, a mouse, a controller, a data storage device, a 
network connection, a modem and a data bus. 

25. A system comprising: 
20 an implantable device including: 

a first far field transceiver; 

a first processor coupled to the first far field transceiver; and 
a first memory coupled to the first processor; and 

an electrical circuit coupled to the processor; and 
25 an external device including: 

a second far field transceiver; 

a second processor coupled to the second far field transceiver; 
a second memory coupled to the second processor; and 
a data port coupled to the second processor; and 
30 wherein at least one of any combination of the first processor and second 

processor are adapted to execute instructions to generate a first hash value based 
on a code generated by the first processor, a key stored in the first memory and 
the second memory and a message; and 
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wherein at least one of any combination of the first processor and second 
processor are adapted to execute instructions to generate a second hash value 
based on the message, the code and the key and adapted to compare the first 
hash value and the second hash value. 

5 

26. The system of claim 25 further including an inductive telemetry coil 
coupled to the first processor and adapted to communicate the key. 

27. The system of claim 25 further including an inductive telemetry coil 
10 coupled to the second processor and adapted to communicate the key. 

28. The system of claim 25 wherein the electrical circuit includes a therapy 
circuit. 

1 5 29. The system of claim 25 wherein the electrical circuit includes a 
monitoring circuit. 

30. The system of claim 25 wherein the data port includes at least one of any 
combination of a keyboard, a mouse, a controller, a data storage device, a 

20 network connection, a modem and a data bus. 

31. A method comprising: 
receiving a code from a first device; 

storing a key in the first device and in a second device, wherein at least 
25 one of the first device and the second device is implantable; 

generating a ciphertext at the second device, the ciphertext generated as a 
function of the code, the key and a message; 

receiving the ciphertext at the first device; 

decrypting the ciphertext at the first device to receive the message, the 
30 message decrypted as a function of the code and the key; and 
authenticating the message at the first device. 
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32. The method of claim 31 wherein receiving the code includes receiving a 
random number. 

33. The method of claim 3 1 wherein receiving the code includes receiving a 
5 time stamp. 

34. The method of claim 3 1 wherein authenticating the message includes 
checking an identification code included in the message. 

10 35. The method of claim 34 wherein checking the identification code 
includes comparing the identification code and a stored value. 

36. The method of claim 3 1 wherein authenticating the message includes 
checking an error detection code included in the message. 

15 

37. The method of claim 36 wherein checking the error detection code 
includes: 

generating a calculated value as a function of the message; and 
comparing the calculated value and the error detection code. 

20 

38. The method of claim 36 wherein checking the error detection code 
includes checking a cyclic redundancy code. 

39. The method of claim 3 1 wherein storing the key includes generating a 
25 key. 

40. The method of claim 39 wherein generating the key includes calculating 
a key as a function of stored data in the first device. 

30 
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41 . The method of claim 40 wherein calculating the key as a function of 
stored data includes accessing a memory having stored data based on at least one 
of any combination of a device serial number, a date of manufacture, a time of 
manufacture, a device model number and a measured characteristic of the 

5 device. 

42. The method of claim 40 wherein calculating the key includes executing a 
hashing algorithm. 

10 43 . The method of claim 3 1 wherein storing the key in the first device 
includes communicating via an inductive coupling. 

44. The method of claim 3 1 wherein storing the key in the second device 
includes communicating via an inductive coupling. 

15 

45. The method of claim 3 1 wherein storing the key includes encrypting the 
key. 

46. The method of claim 3 1 wherein generating the first ciphertext includes 
20 executing an algorithm selected from at least one of any combination of Data 

Encryption Standard (DES), Triple Data Encryption Standard (3DES), Advanced 
Encryption Standard (AES), International Data Encryption Algorithm (IDEA), 
Blowfish and CAST. 

25 47. A method comprising: 

receiving a code from a first device; 

storing a key in the first device and in a second device, wherein at least 
one of the first device and the second device is implantable; 

generating a first hash value at the second device, the first hash value 
30 generated as a function of the code, the key and a message; 

receiving the message and the first hash value at the first device; 

generating a second hash value at the first device, the second hash value 
generated as a function of the code, the key and the message; and 
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device. 



48. The method of claim 47 wherein receiving the code includes a receiving 
5 a random number. 

49. The method of claim 47 wherein receiving the code includes at least one 
of any combination of receiving a time stamp and generating a time stamp. 

10 50. The method of claim 47 wherein storing the key includes generating a 
key. 

5 1 . The method of claim 50 wherein generating the key includes calculating 
a key as a function of stored data in the first device. 

15 

52. The method of claim 5 1 wherein calculating the key includes calculating 
a third hash value. 

53 . The method of claim 47 wherein storing the key in the first device 
20 includes communicating via an inductive coupling. 

54. The method of claim 47 wherein storing the key in the second device 
includes communicating via an inductive coupling. 

25 55. The method of claim 47 wherein storing the key includes encrypting the 
key. 

56. The method of claim 47 wherein at least one of any combination of 
generating the first hash value and generating the second hash value includes 
30 executing a hashing algorithm. 
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57. The method of claim 56 wherein executing the hashing algorithm 
includes executing at least one of any combination of a secure hash standard 
algorithm and a message-digest algorithm. 

5 58. The method of claim 57 wherein executing a secure hash standard 
algorithm includes executing at least one of any combination of SHA-1 and 
SHA-256. 

59. The method of claim 57 wherein executing a message-digest algorithm 
1 0 includes executing at least one of any combination of MD2, MD4 and MD5 . 
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